Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

UIU-2969: change user type confirmation modal (#2627) #2636

Merged
merged 3 commits into from
Feb 15, 2024
Merged

Conversation

alisher-epam
Copy link
Contributor

@alisher-epam alisher-epam commented Feb 14, 2024

The purpose of the PR is to merge changes from the develop branch to the master. We were following different branching strategies for our Thunderjet modules.

  • UIU-2969: change user type confirmation modal - UIU-2969(Approved already)

Purpose

Approach

TODOS and Open Questions

Learning

Pre-Merge Checklist

Before merging this PR, please go through the following list and take appropriate actions.

  • I've added appropriate record to the CHANGELOG.md
  • Does this PR meet or exceed the expected quality standards?
    • Code coverage on new code is 80% or greater
    • Duplications on new code is 3% or less
    • There are no major code smells or security issues
  • Does this introduce breaking changes?
    • If any API-related changes - okapi interfaces and permissions are reviewed/changed correspondingly
    • There are no breaking changes in this PR.

If there are breaking changes, please STOP and consider the following:

  • What other modules will these changes impact?
  • Do JIRAs exist to update the impacted modules?
    • If not, please create them
    • Do they contain the appropriate level of detail? Which endpoints/schemas changed, etc.
    • Do they have all they appropriate links to blocked/related issues?
  • Are the JIRAs under active development?
    • If not, contact the project's PO and make sure they're aware of the urgency.
  • Do PRs exist for these changes?
    • If so, have they been approved?

Ideally all of the PRs involved in breaking changes would be merged in the same day to avoid breaking the folio-testing environment. Communication is paramount if that is to be achieved, especially as the number of intermodule and inter-team dependencies increase.

While it's helpful for reviewers to help identify potential problems, ensuring that it's safe to merge is ultimately the responsibility of the PR assignee.

* UIU-2969: change user type confirmation  modal

* tests: fix failing tests

* tests: add test coverages

* tests: improve test coverage

* refactor code

* update changelog file

* reduce code's Cognitive Complexity
@alisher-epam alisher-epam requested review from Terala-Priyanka and a team February 14, 2024 10:14
@alisher-epam alisher-epam self-assigned this Feb 14, 2024
@alisher-epam alisher-epam requested a review from a team February 14, 2024 10:20
@Terala-Priyanka
Copy link
Contributor

@alisher-epam
In the interest of time, and with the expectation that changes of this PR and that of #2627 (already reviewed and approved one), I am approving this PR.

I suggest your team should come with a strategy which doesn't create this kind of double PR overhead unless there are additional changes.

Copy link

@alisher-epam
Copy link
Contributor Author

@folio-org/fe-tl-reviewers review it please

@alisher-epam alisher-epam merged commit c247f43 into master Feb 15, 2024
5 checks passed
@alisher-epam alisher-epam deleted the develop branch February 15, 2024 09:03
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants